home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950929-19951130 / 000225_news@columbia.edu_Fri Oct 27 11:20:49 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA28237
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 27 Oct 1995 22:17:21 -0400
  3. Received: by apakabar.cc.columbia.edu id AA22695
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 27 Oct 1995 22:17:20 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!news.byu.edu!acs2.byu.edu!news.cuny.edu!news.sprintlink.net!newsfeed.internetmci.com!howland.reston.ans.net!vixen.cso.uiuc.edu!uwm.edu!math.ohio-state.edu!newsfeed.acns.nwu.edu!news.cc.uic.edu!uicvm.uic.edu!u54294
  6. Organization: University of Illinois at Chicago, ADN Computer Center
  7. Date: Fri, 27 Oct 1995 16:20:49 CDT
  8. From: <U54294@UICVM.CC.UIC.EDU>
  9. Message-Id: <95300.162049U54294@uicvm.uic.edu>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: VM/CMS Kermit w/Renex Protocol Converter
  12. References: <Pine.SUN.3.90.951024210341.16495E-100000@bronze.coil.com>
  13.  <46mqgh$qc@apakabar.cc.columbia.edu>
  14. Lines: 35
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. I had somewhat similar problems with a Renex protocol converter and
  18. communications between a Unix-based C-Kermit and MVS/TSO Kermit at
  19. my last client. As for you, the difficulties emerged when moving to the
  20. Renex from another brand (which name I forget). In any case, I discovered
  21. the following things when asked to help out:
  22.     1) Renex doesn't recommend use of XON/XOFF flow-control at speeds
  23.        above 9600 baud, and told me that they were going to remove it as
  24.        a configuration option for higher-speed ports in the future.
  25.        I think that 9600 is a general cutoff for software flow-control
  26.        use in most environments, at least informally. So use RTS/CTS
  27.        flow-control if at all possible. It's also faster.
  28.     2) Remember that flow-control is without meaning on the IBM mainframe
  29.        side of the protocol converter. RS232 flow-control, that is.
  30.        Communications are SNA/SDLC from that point to MVS/TSO Kermit,
  31.        which communicates with tput, and has therefore no control over
  32.        flow.
  33.     3) As a corollary to (2), if your modems have an option to pass
  34.        flow-control thru the phone or WAN connection so as to achieve
  35.        application-to-application flow-control, DISABLE it, at least if
  36.        you are using a reasonably recent mode such as V.42. All that
  37.        matters is that the Renex control flow to its local modem, and that
  38.        the host on the other end of the line do the same to its local
  39.        modem. The modems will take care of the rest. The modems in my
  40.        situation were Motorola Codex's (if memory serves...), they had this
  41.        option, and disabling it was one of the keys to the solution.
  42.     4) Renex had some internal port monitoring software which we made a
  43.        little use of (as does Kermit, of course). I found Renex tech
  44.        support to be quite capable and helpful, once I got their
  45.        attention. Unlike some vendors, they took Kermit seriously and
  46.        were interested in catering to Kermit users.
  47.  
  48. Hope this helps....Nick G.
  49. +------------------------------+----------------------------------------+
  50. | Just another roller-bearing  | Nick Geovanis     U54294@uicvm.uic.edu |
  51. | ...in the Data Warehouse     |     Unix software and sysadmin         |
  52. +------------------------------+----------------------------------------+